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Beschreibung 

Die Erfindung betrifft eine Einrichtung gemaB Ober- 
begriff des Patentanspruchs 1 . 

Etn funktionssichsrer Telekommunikationsan- 
schlu3 ist eine wichtige Voraussetzung dafur daB ein 
Telekommuntkationsteilnehmerdie Dienste undDienst- 
merkmale eines Telekommunikattonsnetzes bzw. Tele- 
kommunikationssystems zuverlassig nutzen kann. Die 
fur eine Prufung eines Telekommunikationsanschlus- 
ses notigen Hart- und Sottwarekomponenten sind in ei- 
nem elektronischen Wahlsystem integriert. Im einzel- 
nen konnen mtt den system integriert en elektronischen 
Hard- und Sottwarekomponenten prozessorgesteuert 
Prutungen wie z. B. eine Fehlererkennung, Fehlerdia- 
gnose Oder Fehlerlokalisierung in einer Teilnehmer- 
schaltung/Tellnelimersatzbaugruppe, einem Teilneh- 
merendgerat Oder einer Teilnehmerleitung durchgefOhrt 
werden. Daruberhinaus ermoglicht das Telekommuni- 
kationssystem ein automatisches Prufen eines Tele- 
kommunikationsanschiusses, das z. B. Ober einen Teil- 
nelnmeranscliIuS selbst eingeleitet werden kann. Die 
oben angefuhrten system integrierten Prufungen wer- 
den zentral durch einen Prozessor gesteuerl^ der aut ei- 
ner AnschluBgruppe, die zwischen einem Koppelnetz 
und einer Teilnehmerleitungseinheit eines Telekommu- 
nikationssystems angeordnet ist. Dabei werden eine 
Vielzaht unterschiedlicher Prozeduren, durch Anreize 
angestoBen wie beispielsweise: 

Aufnahme von Kommandos von einem Koordinati- 
onsprozessor, 

Senden von Meldungen an einen Koordinationspro- 
zessor, 

Prufzugriff auf einen Prufling (z.B. Teiinehmeran- 
schluB) schalten, 
Prufeinrichtung belegen und 
Prufung durchfuhren. 

Die Anreize konnen im wesentlichen in drei Anreiz- 
typen untergliedert werden; Commands/Messages, Pe- 
ripheral Events und Internal Events. Anreizerkennungs- 
prozeduren sowie durch Anreize angestoBene Proze- 
duren werden vom Betriebssystem eines Prozessors 
gesteuert. Durch zentrale Steuerprogrammodule wer- 
den jeweils PrOfprozeduren bei einer Teilnehmersatz- 
prufung, einer manuellen TeilnehmerleitungsprOfung 
Oder einer automatischen Prutung durchgetuhrt. Diese 
zentraien Steuerprogrammodule sind im Gruppenpro- 
zessor einer AnschluBgruppe implementiert. Die Steu- 
erprogrammodule arbeiten nach dem Prinzip einer Zu- 
stands/Anreiz-Maschine, d. h., daB durch die in Pro- 
grammodulen vermerkten und durch Anreize angesto- 
Benen Unterprogrammroutinen abhangig vom jeweili- 
gen Programmzustand, unterschiedliche Aufgaben 
durchgefOhrt werden. Zu einer komplexen Arbeitsweise 
des Steuerprogrammoduis kommt, bedingt durch eine 
Mehrfachbelegung eines Eingangs durch PrOfbaugrup- 



pen einer Pruteinheit. ein zusatzlicher komplexer An- 
retzverarbeitungssowie Verwaltungsaufwand hinzu. Bei 
einem Prufauftrag, angestoBen durch einen Koordina- 
tionsprozessor, wird dem zentraien Steuerprogrammo- 

s dut der Eingang der zu prufenden Teilnehmereinheit an 
der Teilnehmerleitungseinheit mitgeteilt. In diesem Zu- 
stand ist nicht die Vermittlungstechnik fur den Eingang 
der Teilnehmerleitungseinheit zustandig, sondem die 
Pruftechnik, wobei ein in einer Geratespei-chertabelle 

10 vermerkter vemiittlungstechnischer Programmodultyp 
durch einen PrOfprogrammodultyp ersetzt wird. Eine 
eindeutige Prufbaugruppenzuordnung aufgrund der 
Mehrfachbelegung eines Eingangs durch diese erfor- 
dert einen hohen, komplexen Verwaltungs- sowie 

IS Steuerungsaulwand. Des weiteren bedarf es komplexer 
Programmodulstrukturen. um eine Prufprozedurz.B. ei- 
ne TeilnehmeranschluBprufung vom Teilnehmeran- 
schluB aus einzuleiten sowie bei einer Anreizverarbei- 
tung systemintegrierte PrOfprozeduren durchzufOhren. 

20 Der Erfindung liegt die Aufgabe zugrunde, eine 
Steuerung eines PrOf systems anzugeben, das eine Re- 
duzierung des komplexen Verwaltungs- und Steue- 
rungsaufwandes gestattet. 

Die Aufgabe wird erfindungsgemaB durch die im 

25 Kennzeichen des Patentanspruchs 1 genannten Merk- 
male geiost. 

Die Erfindung bringt durch ein PrOfprozeduren ausfOh- 
rendes Prufbaugruppensteuerungs-Programmodul den 
Vorteil mit. daB alle von den Prufbaugruppen gesende- 

30 ten Oder ausgehenden Anreize empfangt. auswertet 
Oder Ober eine inteme Schnittstelle zum zentraien Steu- 
ermodul weiterleitet, wobei die einzelnen Schritte zum 
Belegen und Auslosen der zur PrOfung notigen Hard- 
ware sowie Software abgearbeitet und kontrolliert wird. 

35 Das PrOfbaugruppensteuerungs-Programmodul verar- 
beitel dabei Anreize aus der Peripherie (z. B. Prufbau- 
gruppen) von der zentraien Steuerung (inteme Anreize) 
und in speziellen Situationen vom Betriebssystem 
selbst. Ein zeitintensives Auswerten oder eine Her- 

40 kunftsbestimmung der Anreize entfallt. Die Anbindung 
des Prufbaugruppensteuerungs-Programmoduls an 
das zentrale Steuermodul fuhrt zu einer wesentlichen 
Entlastung bei der dynamischen Beanspruchung des 
Betriebssystems. Aus der Sicht der zentraien Steue- 

45 rung kann das PrOfeinheitensteuerungs-Programmodul 
als eine funktionelle Einheil belrachtet und mit wenigen 
"hochprioren" Anweisungen angestoBen werden. Eine 
wesentliche Vereinfachung bei der Bearbeitung von An- 
reizen ist auch, daB das PrOfbaugruppensteuerungs- 

^0 Programmodul auf Operationstabellen des Betriebssy- 
stems zugreifen kann, was den Vorteil mit sich bringt. 
daB zeitintensive InitialisierungsmaBnahmen unler Zu- 
hilf enahme von Unterprogrammroutinen entfallen. Dar- 
uberhinaus konnen in das Prufeinheitensteuerungs- 

55 Programmodul schnell neue PrOfprozeduren tOr zu prO- 
fende interne Oder externe angeordnete Baugruppen- 
einheiten integriert werden. 

Eine weitere Ausgestaltung der Erfindung ist, daB 
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das Prufbaugruppensleuerungs-Programmodul durch 
eine Prufeinheit zeituberwacht ist. Dies bringt den Vor- 
teil mit sich, daB bei Fehlern innertialb eines Prufzyklus 
diese sofort von der zentralen Steuerung eines Prufnio- 
duls erkannt wird und der Prufvorgang mit einem deti- 
nierten Endzustand und entsprechenden Meldungen an 
einem TeilnehmeranschluB-Prufplatz beendet wird. 
Eine weitere vorteilhafte Ausgestaltung der Erfindung 
besteht darin, da3 nach AbschluB einer Prufroutine der 
jeweilige Programmzustand in den Geratespeichertab- 
etien der passiven PrOteinheitenbaugruppen aktuali- 
siert wird. Dies bringt den Vorteil mit sich, daB eine dy- 
namische Last des Betriebssystems wesentlich redu- 
ziert wird. 

Anhand der Zeichnungen soli tm tolgenden ©in Aus- 
fuhrungsbeispiel der Erfindung erlauterl werden. Es zei- 
gen 

FIG 1 eine schematische Darstellung des Prutsy- 
stems, 

FIG 2 eine schematische Blockdarstellung zur 

Verarbeitung von Anreizen, 
FIG 3 eine schematische Darstellung von einer 

Belegung von Geratespeichertabellen und 
FIG 4a/b ein Ablaufdiagramm zur Veranschauli- 

Chung einiger wesentlicher programmtech- 

nischer Schritto wahrend einer Prufroutine. 

FIG zeigt eine schematische Darstellung eines in 
einem Telekommunikationssystem integrierten Prutsy- 
stems. Die Prufung eines Teilnehmeranschlusses TA 
kann dabei entweder von einem TeilnehmeranschluB- 
Prutplatz LWS Oder vom TeilnehmeranschluB TA Ober 
einen sogenannten Ringback service RBS angestoBen 
werden. Der Ringback service RBS dient einem War- 
tungstechniker als automatischer Prufplatzpartner zum 
Prufen von Teilnehmerleitungen TAL und Teilnehmeran- 
schlussen TAn. Bei einem Ringback service RBS wird 
die Teilnehmereinrichtung TA durch eine Prufeinheit TU 
in der Teilnehmerleitungsetnheit DLU belegt (siehe auch 
FIG 2 sowie dazugehorige Beschreibung). Wird eine 
TeilnehmeranschluBschaltung/Teilnehmersatzbau- 
gruppe, ein Teilnehmerendgerat oder eine Teilnehmer- 
leitung vom TeilnehmeranschluB-Prufplatz LWS ge- 
pruft. wird durch Eingabe eines Prufbefehls z.B. START 
LTEST am Terminal VDU Ober einen Koordinationspro- 
zessor CP der Verbindungsaufbau zwischen dem Pruf- 
platz LWS und dem Prufling hergestellt. Der Koordina- 
tionsprozessor CP ubergibt den Prufauftrag an den je- 
weiligen Gruppenprozessor GP, der auf einer 
AnschluBbaugruppe LTGB angeordnet ist. Den Verbin- 
dungsaufbau zur Prufeinheit TU steuert ein Gruppen- 
prozessor GP, zu dessen Bereich der zu prufende Teil- 
nehmeranschluB TA Oder Teilnehmerschaltung gehort. 
Im Gruppenprozessor GP ist dazu ein zentrales Steu- 
erprogrammodul TLFI implementiert. Dieses zentrale 
Steuerprogrammodul ist anschluBgruppenleitungsori- 
entiert und fuhrt spezielle Umsetzfunktionen fur inte- 



grierte Teilnehmerleitungsprufungen durch. Nach ei- 
nem Verbindungsaufbau zwischen einem zu prufenden 
TeilnehmeranschluB oder einer Teilnehmerschaltung 
und dem TeilnehmeranschluB-Prufplatz LWS veranlaBt 

5 das zentrale Steuerprogrammodul TFLI eine Anbindung 
des Pruflings uber einen Prufbus an einen PrOfkoppler 
Die Prufeinheit TU hat uber den PrOfkoppler Zugriff auf 
alle Teilnehmeranschlusse TA an einer Teilnehmerlei- 
tungseinheit DLU. Die Steuerung der Prufeinheit TU 

10 wird von einem leitungsorientierten PrOfbaugruppen- 
steuerungs-Programmodul TUC Obemommen. Durch 
das PrOfbaugruppensteuerungs-Programmodul TUC 
werden die von der PrOf einheit TU kommenden Meldun- 
gen - gegebenenfalls nach einer Vorverarbeitung - mit- 
tels Anreizen an die jeweiligen zentralen Steuerpro- 
grammodule, z.B. TLFI oder RBS. weltergereicht. Mit 
dem PrOfsystem konnen beispielsweise eine Teilneh- 
merschaltung/Teilnehmersatz, Teilnehmerleitung TAL 
sowie ein TeilnehmeranschluB TA geprOft werden. Bei 

20 einem Teilnehmersatz, der nachfolgend aufgefuhrte 
Funktionen ausfuhrt: 

Versorgung eines Teilnehmeranschlusses mit Be- 
triebsspannung, 
25 - Schulz der Vermittlungseinrichtung vor Uberspan- 
nung, 

2/4 und 4/2-Drahtwandlung: 
Digital/Analog- und Analog/Digital-Wandlung, 
Signalisierung zum und vom Telekommunikations- 
30 teilnehmer, 
Kodierung, 
Testbusanschaltung 

werden durch PrOtroutinen folgende PrOtungen durch- 

35 gefuhrt: Prufen der Speisespannung, Dampfung, Ga- 
belsperrdampfung, die Symmetrie sowie die Prulung 
der D/A-A/D Wandlung. 

FIG 2 zeigt eine vereinfachte Blockdarstellung zur 
Verarbeitung von Anreizen. Die Anreize werden dabei 

40 durch ein Hardware- oder Softwareereignis gebildet. z. 
B. AnstoB einer PrOfroutine vom Koordinationsprozes- 
sor CP. Das Betriebssystem OS liest zur Verarbeitung 
der auf genommenen Anreize aus Geratespeichertabel- 
len DPS die zustandigen Programmtypen sowie deren 

45 Zustande z.B. Warten auf Ergebnis, Prufeinheit TU. Be- 
legen oder Zeitschlitzzuweisung. 
Die Geratespeichertabellen DPS enthalten jeweils Da- 
ten wie z. B. Programmtyp und Programmzustand des 
fOr die mit den Geratespeichertabellen DPS verknupften 

so Programms wie, z. B. das PrOfbaugruppensteuerungs- 
ProgrammodulTUC. In einem erstenanreizverarbeiten- 
den Schritt werden durch das Betriebssystem pro- 
grammtechnische Schritte veranlaBt, die die Anreize 
von den Prufbaugruppen FTEM, LMEM. LVMM liest. 

55 In einer nachfolgenden Prog ram mprozedur werden 
vom Betriebssystem jeweils aus den Geratespeichert- 
abellen DPS der Teilnehmerleitungseinheit DLU der 
Programmtyp und dessen Zustand herausgelesen. 
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Nach Ansteuerung eines Programmoduls, beispielswei- 
se des Prufbaugruppenstouerungs-Programmcxjuls 
TUC. wind aufgrund der in Operationsfeldern vermerk- 
ten Daten. auf die das Betriebssystem OS Zugriff hat. 
ubar Umwertetabellen auf eine Adresse einer auszuf uh- s 
renden Unterprogrammroutine zugegritfen. 

FIG 3 zeigt eine schematische Darstellung einer 
Belegung von GeratespGichertabGllen DPS.LST. Die ei- 
gentliche Abarbeitung der Verarbeitung der vermitt- 
lungstechnischen sowie pruUechnischen Aufgaben io 
Oder Prozeduren Obernehnnen jeweils die darin ver- 
merkten Progrannmodule. Um diese gezielt ansprechen 
zu konnen, sind im Betrlebssystenn eine Reihe von Al- 
gorithmen zu durchlaufen. Die Schnittstelle zwischen 
dem Programmodul und dem Gruppenprozessor-Be- ^s 
triebssystem bilden im wesentlichen die Geratespei- 
chertabellen, z.B. LST, DPS sowie dessen Unterteilun- 
gen. So z.B. enthalt die Geratespeichertabelle - DLU- 
Port-Status-Table - DPS variable Daten^ auf die sowohl 
vom Prufbaugruppensteuerungs-Progrannmodul TUC 20 
als auch vom Betriebssystem OS zugegritfen werden 
kann, z. B. wird hier ein aktueller Zustand (Zustands- 
Adresse) vom Prufbaugruppensteuerungs-Programm- 
modul TUC in Abhangigkeit von den zu erwartenden Er- 
Gignissen z.B. Antwort von einer Prufbaugruppe FTEM 25 
Oder Antwort auf eine Zeltschlitzzuweisung vermerkt. 
Die Geratespeichertabelle DPS fur die Teilnehmerlei- 
tungseinheit DLU wird als DLU-Port-Status-Table be- 
zeichnet. 

FIG 4a/b zeigt ein Ablautdiagramm zur Veran- 3o 
schaulichung einiger wesentlicher programmtechni- 
scher Schritte wahrend einer Prufroutine. Atle wesentli- 
chen den PrOfvorgang einleitenden und durchfuhren- 
den Schritte werden dabei von dem Prufbaugruppen- 
steuerungs-Programmodul TUC ausgefuhrt. Mit dem 3S 
Prufbaugruppensteuerungs-Programmodul TUC wer- 
den alle von den in der Prufeinheit TU 
zusammengefa3ten Prufbaugruppen, z.B. eine Pruf- 
baugruppe FTEM, eine LeitungsmeBbaugruppe fur 
TeilnehmeranschluBbaugruppen DLU fur eine digitale -'o 
Teilnehmerleitungseinheit FTEM.LMEM sowie eine Pe- 
gelmeBbaugruppe fur eine TeilnehmeranschluBbau- 
gruppe fur eine digitale Teilnehmerleitungseinheit 
LVN/IM bzw. einer Funktionsprufbaugruppe der Prufein- 
heit TU gesendeten Anreize verarbeitet. Die in FIG 4a/ -'^ 
b aufgefOhrten Baugruppenmodule FMTU und LCMM 
entsprechen einer zweiten Generation von PrOfbau- 
gruppen und ersetzen die in einer ersten Generation 
verwendeten Prufbaugruppen FMEM (FMTU). LMEM 
(LCMM) und LVMM (LCMM). Die Ablaufe fur Belegen so 
und Ausldsen der Prufeinheit TU laufen nach Empfang 
des jeweiligen Anreizes vom zentralen Steuerpro- 
grammodul TLFI unter TUC-Kontrolle ab. Die Ablaufe 
fur Belegen und Auslbsen werden nicht mehr vom zen- 
tralen Steuerprogrammodul TLFI ubenwacht. Das zen- ss 
trale Steuerprogrammodul TLFI Oberwacht nur noch. ob 
das Prufbaugruppensteuerungs-Programmodul TUC 
die ihm gestellten Aufgaben mit der Gesamtheit der da- 



zu notwendigen Einzelschritte in einer vorgeschriebe- 
nen Zeit erfultt. Wahrend des Betriebes (die Zeit zwi- 
schen eriolgter Belegung der Prufeinheit TU und Beginn 
des Auslosevorganges) werden die von der Prufeinheit 
TU kommenden Meldungen gegebenenfalls nach einer 
Vorverarbeitung durch das TUC durch enlsprechende 
Anreize an die jeweiligen Unterprogrammodule weiter- 
gereicht. Programmtechnisch stelltdas Betriebssystem 
OS den aufgerufenen Programmen bestimmte Daten 
aus den Operationstabellen OT-Feldern zur Verfugung, 
welche das TUC von Beginn an in den ausfOhrenden 
Unterprogrammmodulen verwendet. 



Patentanepruche 

1 . Steuerverfahren fur ein Prufsystem in einer prozes- 
sorgesteuerten Telekommunikationsanlage, wobei 
auf einer AnschluBgruppe (LTGB) zentrale Steuer- 
programmodule (TLFI, RBS) angeordnet sind, und 
diese uber eine in Prufbaugruppen (FTEM.LMEM, 
LVMM) unterteilte Prufeinheit (TU) mil einem Pruf- 
ling (TA,...) verbunden ist und Pruf prozeduren aus- 
fuhrt, 

dadurch gekennzeichnot, 

daB ein leitungsorientiertes Prufbaugruppen- 
steuerungs-Programmodul (TUC) durch das 
zentrale Steuerprogrammodul (TFLI.RBS) an- 
gestoSen wird, 

daB das PrOfbaugruppensteuerungs-Pro- 
grammodul (TUC) in jeder der zu den Prufbau- 
gruppen (FTEM.LMEM.LVMM) gehorenden 
Geratespeichertabellen (DPS) eingetragen ist 
und bei Abruf eines eine bestimmte PrOfproze- 
dur ausfOhrenden Programmoduls Daten einer 
Prufprozedur bereitgestellt werden und 
daB das in der AusfOhrungsphase befindliche 
Prufbaugruppensteuerungs-Programmodul 
(TUC) nach AbschluB der Prufroutine den je- 
weils aktuellen Programmzustand in den Gera- 
tespeichertabellen (DPS) der passiven Pruf- 
baugruppen aktualisiert. 

2. Steuerverfahren nach Anspruch 1, 
dadurch gekennzeichnet, 

daB das Prufbaugruppensteuerungs-Pro- 
grammodul (TUC) mit den auf der 
AnschluBbaugruppe (LTG) angeordneten Pruf- 
baugruppen (FTEM.LMEM.LVMM) kommuni- 
ziert und entsprechende Prufprozeduren einlei- 
tet sowie durchfuhrt. 

3. Steuerverfahren nach Anspruch 1 , 
dadurch gekennzeichneti 

daB das Prufbaugruppensteuerungspro- 
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grammcxiul (TUC) durch das zentrale Steuer- 
programmodul (TLFI) zeituberwacht ist. 

4. Steuerverfahren nach Anspruch 1, 

dadurch gekennzelchnet, s 

da3 die einzelnen PrOfaufgaben State-Event 
gesteuert durchgefOhrt werden. 

5. Steuerverfahren nach Anspruch 1 . io 
dadurch gekennzeichnet, 

daf5 die zur PrOteinheit (TU) gehorenden Gera- 
tespeichertabellen (DPS) transitive Speicher 
sind. 75 



Claims 

1. Control method for a test system in a processor- 20 
controlled telecommunications system, central con- 
trol program modules (TLFI, RBS) being arranged 

on a line trunk group (LTGB), and said line trunk 
group being connected to a test object (TA....) via a 
testing unit (TU) subdivided into test modules 2S 
(FTEM, LMEM, LVMM), and carrying out test pro- 
cedures, characterized in that a line-oriented test 
module control program module (TUC) is initiated 
by the central control program module (TFLI, RBS), 
in that the test module control program module 30 
(TUC) is entered into each of the device memory 
tables (DPS) belonging to the test modules (FTEM, 
LMEM, LVMM), and data of a test procedure are 
provided when a program module which carries out 
a specific test procedure is called, and in that after 35 
termination of the test routine the test module con- 
trol program module (TUC), which is in the execu- 
tion phase, updates the respective current program 
state in the device memory tables (DPS) of the pas- 
sive test modules. 40 

2. Control method according to Claim 1 . characterized 
in that the test module control program module 
(TUC) communicates with the test modules (FTEM, 
LMEM, LVMM) arranged on the line trunk group 45 
(LTG), and initiates and carries out corresponding 
test procedures. 

3. Control method according to Claim 1 , characte rized 
in that the test module control program module 
(TUC) is time-monitored by the central control pro- 
gram module (TLFI). 

4. Control method according to Claim 1 , characterized 
in that the individual test tasks are carried out under 
state -event control. 

6. Control method according to Claim 1 , characterized 



in that the devce memory tables (DPS) bekxiging 
to the testing unit (TU) are updatable memories. 



Revendicationa 

1. Proc6d6 de commande pour un syst6me de test 
dans une installation de t^ldcommuntcatkin com- 
mand6e parprocesseur, des modules de program- 
me de commande centraux (TLFI. RBS) dtant dis- 
poses sur un groupe de raccordement (LTGB) et ce- 
lui-ci 6tant reli6 par I'intermddiaire d'une unit6 de 
test (TU) divis6e en modules de test (FTEM, LMEM, 
LVMM) 6 un 6I6ment h tester (TA, ...) et ex^CLrtant 
des procedures de test, 

caractdrise par le fait que 

Ton dSclenche un module de programme de 
commande de modules de test (TUC) affectd 
aux lignes au moyen du module de programme 
de commande central (TFLI, RBS), 
Ton enregistre le module de programme de 
commande de modules de test (TUC) dans 
chacun des tableaux de memoire d'appareil 
(DPS) appartenant aux modules de test 
(FTEM, LMEM. LVMM) et. lors de I'appel d'un 
module de programme executant une cerlaine 
procedure de test, on foumit des donn6es ^ une 
procedure de test, et que 
apres la fin de la routine de test, le module de 
programme de commande de modules de test 
(TUC) se trouvant en phase d'execution actua- 
lise retat de programme respectivement cou- 
rant dans les tableaux de memoire d'appareil 
(DPS) des modules de test passifs. 

2. Procede de commande selon la revendication 1 , 

caracterise par le fait que 

le module de programme de commande de mo- 
dules de test (TUC) communique avec les mo- 
dules de test (FTEM. LMEM. LVMM) agences 
sur le module de raccordement (LTG) et de- 
clenche et execute des procedures de test cor- 
respondantes. 

3. Procede de commande selon la revendication 1 . 

caracterise par le fait que 

le module de programme de commande de mo- 
dules de test (TUC) est soumis ^ un contr6le 
de temps par le module de programme de com- 
mande central (TLFI). 

4. Procede de commande selon la revendication 1 , 

caracterise par le fait que 

les differentes t^ches de test sont executees 
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selon une commande appel6e State/Event. 

Proc6d6 de commande selon la revendicalion 1 . 
caract^risd par le fait que 

les tableaux de mdmotre d'appareil (DPS) ap- 
partenant k Tunitd de test (TU) sent des mdmoi- 
res traneitrves. 



10 



IS 



20 



25 



30 



35 



40 



4S 



SO 



$5 



6 



EP 0 580 888 B1 



FI61 



OLU 



O 



TAL 



TA 



lAn 



SLC 



SIC 



TU 



LICB 




|TLFl| 
GP 




OPS 


LS" 






7 



EP 0 580 888 B1 



no 2 



Anreiz von 
Port/OLU 



(OS)Betriebssystem 



OPS 



Programmiype.Slate 
(Z.B.TUC) 



LSI 



Programmtyp.Stote 
{zlTLFIl 



Progromm (z.B. TLFI) 



SUitej)0 

Z.BL freiVwarten 



SloieOJ 

z.B. worten ouf 
Nachricht 



Zeiger out fiir 
diesen Anreiz 
'~|*jzusiandigen Step- 
Table 




8 



EPO 580 888 B1 



FIG 3 



OPS 
Priifling 



LS7 



Zentrale 

Priif- 

steuerung 

ILFI (RBS) 



HFTEM-OPS 

lest Unit 
Controller 



LMEM-OPS 



lest Unit 
Controller 



LYMM-OPS 



Test Unit 
Controller 



LSI 




Zentrale 


Prul- 




steuerung 


UFl 


(LWS) 



LSI 

Sprachko- 
nalsteue- 
rung 

TLFI (IS!) 



9 



EPO 580 888 B1 



FIG40 



LTGB 



OLU 



CP 



Testouftrog 



TLFI 



Acknowledqe 



Priifling 



TUC 



TU belegen 



Timer 
-30s 



Priifling 



Beiege lU 



FMTU 



LCMM 



lAcknowi. 



Time Slot Assign i 



Acknowl. 



Set Up 



Time Slot Assign 



lAcknowl. 



JU belegt 



Test-Relais 



Set Up 



out Pruning 
schollen 

Test-Relais 



liir Yermitt- 
lungstechnik 
sperren 



geschaitet 



An Yermittlungstechnik 



IReioiseinstellung 



fur kommende Messung 



Acknowl. 



Acknowl. 



I 



Ergebnis ' 



Messouftrog 
I I Ergebnis 



10 



EP 0 580 888 B1 



Reloiseinstedung fiir 



niichste Messung 
Acknowl] 



I 



Acknowl. 



Medfluitrog 



Ergebnis 



Viifende 



Priifling 



fur Vermitt- 
lungstechnik 
freigeben 



Meflergefanis 



Miin g vom Yermittlungslechnik 



^riifbus wegschol-, 
Acknowl 



TU Quslosen 



cleor 



Acknowl. 



dear 



Acknowl. 



Jesi-Ergebnis 



, TU 

Qusgelbst 



11 



